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APPARATUS AND METHOD FOR IMPLEMENTING SYSTEM INFORMATION 
ACQUISITION IN UNIVERSAL MOBILE TELECOMMUNICATIONS SYSTEM USER 

EQUIPMENT 

BACKGROUND 
TECHNICAL FIELD 

[0001] This application relates to mobile telecommunications systems, for example UMTS 
(Universal Mobile Telecommunications System), in general and to an apparatus and method 
for implementing system information acquisition in mobile telecommunications system user 
equipment. 

DESCRIPTION OF THE RELATED ART 

[0002] The approaches described in this section could be pursued, but are not necessarily 
approaches that have been previously conceived or pursued. Therefore, unless otherwise 
indicated herein, the approaches described in this section are not prior art to the claims in this 
application and are not admitted to be prior art by inclusion in this section. 
[0003] In a typical cellular radio system, mobile user equipment (UE) communicates via a 
radio access radio network (RAN) to one or more core networks. User equipment (UE) 
comprises various types of equipment such as mobile telephones (also known as cellular or 
cell phones), lap tops with wireless communication capability, personal digital assistants 
(PDAs) etc. These may be portable, hand held, pocket sized, installed in a vehicle etc and 
communicate voice and/or data signals with the radio access network. 

[0004] The radio access network covers a geographical area divided into a plurality of cell 
areas. Each cell area is served by at least one base station, which may be referred to as a 
Node B. Each cell is identified by a unique identifier which is broadcast in the cell. The base 
stations communicate at radio frequencies over an air interface with the UEs within range of 
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the base station. Several base stations may be connected to a radio network controller (RNC) 
which controls various activities of the base stations. The radio network controllers are 
typically connected to a core network. 

[0005] UMTS is a third generation public land mobile telecommunication system. Various 
5 standardization bodies are known to publish and set standards for UMTS, each in their 
respective areas of competence. For instance, the 3GPP (Third Generation Partnership 
Project) has been known to publish and set standards for GSM (Global System for Mobile 
Communications) based UMTS, and the 3GPP2 (Third Generation Partnership Project 2) has 
been known to publish and set standards for CDMA (Code Division Multiple Access) based 
10 UMTS. Within the scope of a particular standardization body, specific partners publish and 
set standards in their respective areas. 

[0006] Consider a wireless mobile device, generally referred to as user equipment (UE), that 
complies with the 3 GPP specifications for the UMTS protocol. The 3GPP 25.331 
specification, v.3.15.0, referred to herein as the 25.331 specification, addresses the subject of 
15 UMTS RRC (Radio Resource Control) protocol requirements between the UMTS Terrestrial 
Radio Access Network (UTRAN) and the UE. 

[0007] Clause 8.1.1 of the 25.331 specification, relates to the broadcast of system 
information. The UTRAN sends system information to a UE by means of a message that 
comprises a Master Information Block (MIB) and a plurality of System Information Blocks 

20 (SEBs). The MIB provides references and scheduling information for a number of system 
information blocks. A system information block groups together system information 
elements (EEs) of the same nature. Different system information blocks may have different 
characteristics, e.g. regarding their repetition rate and the requirements on UEs to re-read the 
system information blocks. The system information blocks contain the actual system 

25 information. The master information block may optionally also contain reference and 
scheduling information to one or two scheduling blocks, which give references and 
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scheduling information for additional system information blocks. Scheduling information for 
a system information block is included in either the master information block or one of the 
scheduling blocks. 

[0008] When a UMTS cell is selected by a mobile device, the master information block 
5 (MIB) is read on the broadcast control channel (BCCH) followed by the appropriate system 
information blocks (SIBs). 

[0009] If the Universal Terrestrial Radio Access Network (UTRAN) needs to change any of 
the system information blocks, it informs the mobile devices (UEs) in the cell. This is 
achieved by the UTRAN sending SYSTEM INFORMATION as illustrated generally in FIG. 

10 1. As illustrated in FIG. 2, for UEs in Idle, Cell_PCH, or URA_PCH states, a PAGING 
TYPE 1 message (with the information element f BCCH modification info 1 included) is sent 
via PCH to alert a UE that there is a change in system information. A separate mechanism is 
used to alert a UE in Cell_FACH if there is a change in system information. This entails 
using a SYSTEM INFORMATION CHANGE INDICATION message sent on the Forward 

15 Access CHannel (FACH) (as illustrated in FIG. 3). 

[0010] In part 8.1.1 of the 25.331 standard (for instance Clauses 8.1.1.1.4, 8.1.1.5 and 
8.1.1.6) it is stated that a UE may consider the content of the scheduling block or system 
information block as valid until it receives the same type of block or at most six hours after 
reception. If after six hours a SIB has not been re-read by the UE it is marked invalid and the 

20 UE has to re-acquire the SIB from the broadcast system information. In the meantime, the UE 
has no valid copy of the SIB which may lead to UTRAN messages being ignored or 
responded to incorrectly. For SIBS without value tags (e.g. SD37), where the expiry timer has 
a value configured by the scheduling information, according to the prior art the SIB is also 
marked invalid on expiry of the timer and then re-acquired (clause 8. 1 . 1 .7.4). 

25 [0011] There are therefore proposed strategies for dealing with the acquisition of system 
information. A number of such strategies are detailed below. 
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[0012] Other aspects and features of the present invention will become apparent to those 
ordinarily skilled in the art upon review of the following description of specific embodiments 
of an apparatus and method for handling the acquisition of system information in mobile 
telecommunications systems such as UMTS. 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

[0013] Embodiments of the present invention will now be described, by way of example 
only, with reference to the attached drawings, in which: 

[0014] FIG. 1 illustrates the broadcast of system information in a UMTS system; 
[0015] FIG. 2 illustrates notification of system information modification for UEs in Idle, 
10 CelLPCH, or URA_PCH states; 

[0016] FIG. 3 illustrates notification of system information modification for UEs in 
CELL_FACH state; 

[0017] FIG. 4 is a block diagram illustrating an embodiment of a protocol stack apparatus; 
[0018] FIG. 5 is a flowchart illustrating an embodiment; 
15 [0019] FIG. 6 is a timing diagram illustrating the operation; and 

[0020] FIG. 7 is a block diagram illustrating a mobile device, which can act as a UE and 
co-operate with the apparatus and methods of FIGS. 1 to 6. 

[0021] The same reference numerals are used in different figures to denote similar 
elements. 
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DETAILED DESCRIPTION OF THE DRAWINGS 

[0022] A method and apparatus for implementing system information acquisition is 
described. In the following description, for the purposes of explanation, numerous specific 
details are set forth in order to provide a thorough understanding of the present invention. It 
5 will be apparent, however, to one skilled in the art that the present invention may be practised 
without these specific details. In other instances, well-known structures and devices are 
shown in block diagram form in order to avoid unnecessarily obscuring the present invention. 
[0023] The needs identified in the foregoing Background, and other needs and objects that 
will become apparent from the following description, are achieved by, in one aspect, a 

10 method for implementing system information acquisition in a mobile telecommunications 
device. In other aspects, the invention encompasses apparatus and a computer-readable 
medium configured to carry out the foregoing steps. In particular, the method may be 
implemented in a mobile telecommunications device, with or without voice capabilities, or 
other electronic devices such as handheld or portable devices and/or within the network. 

15 [0024] Referring to the drawings, S FIG. 4 is a block diagram illustrating an embodiment of a 
protocol stack apparatus provided with a RRC block, in accordance with the present 
application. 

[0025] The RRC block 200 is a sub layer of Layer 3 130 of a UMTS protocol stack 100. The 
RRC 200 exists in the control plane only and provides an information transfer service to the 

20 non-access stratum NAS 134. The RRC 200 is responsible for controlling the configuration 
of radio interface Layer 1110 and Layer 2 120. When the UTRAN wishes to change the UE 
configuration it will issue a message to the UE containing a command to invoke a specific 
RRC procedure. The RRC 200 layer of the UE decodes this message and initiates the 
appropriate RRC procedure. Generally when the procedure has been completed (either 

25 successfully or not) then the RRC sends a response message to the UTRAN (via the lower 
layers) informing the UTRAN of the outcome. It should be noted that there are a few 
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scenarios where the RRC will not issue a response message to the UTRAN and, in those 
cases the RRC need not and does not reply. 

[0026] FIG. 5 is a flowchart that illustrates a first embodiment implemented on a UE device, 
applicable when a system information block received by the UE is nearing the end of a time 
5 period for which a SIB is valid e.g. the six hour period mentioned in clause 8.1.1.6 of the 
25.331 standard or the expiry time for a SIB without value tags. When the user equipment 
has system information stored in the user equipment device, which system information has an 
expiration time limit, broadcast system information is read before the expiry of the expiration 
time limit and is stored as updated system information in the user equipment device. 

10 [0027] As shown in FIG. 5, for a stored SIB (step 502) the UE determines whether the time 
since the last acquisition of the SIB is greater than an expiration time limit associated with the 
SIB minus a threshold (step 504). When the time since the last acquisition of the SEB is 
greater than a time limit minus a threshold (step 504), the UE then attempts to re-acquire the 
system information prior to the expiry of the time limit (step 506). 

15 [0028] Figure 6 shows a timing diagram illustrating the operation of a system as described 
above. Consider a SIB received by a UE at t=0. Associated with the SIB is an expiration 
time limit T. The expiration time limit T for a stored SEB may be determined from in various 
ways, for instance a default time (eg. 6 hours) or from scheduling information/information 
elements contained in the MEB or SIB. For example, consider this expiration time limit T to 

20 be equal to 400ms. Programmed into the UE is a threshold th which specifies the time before 
the expiration time limit in which an SIB should be re-acquired. The UE is arranged to re- 
acquire the SIB within this threshold before the expiration time limit. Thus, for instance, at 
t=a, the time since the last acquisition of the SEB (t=a) is less than T-th. The UE therefore 
does not need to re-acquire the SEB at this time. However, at t=b, the time since the last 

25 acquisition of the SIB (b) is greater than the time limit T minus the threshold th. The UE is 
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then arranged to attempt to re-acquire, prior to the expiry of the time limit T, the system 
information. 

[0029] The threshold is a value that indicates a period towards the end of the time limit. 
Considering a SIB with a value tag as discussed in the 25.331 standard, the time limit is 6 
5 hours and the threshold is a value that is before the last transmission of the SIB according to 
the scheduling information in the preceding SIB transmission cycle (which is 4096 frames or 
40.96 seconds) in the 6 hour time limit. Other suitable values for the threshold are 81.92 
seconds (2 cycles), 10 cycles, 30 minutes (roughly 40 cycles), 2 hours etc. 
[0030] The UE may implement the system information provided in the broadcast system 

10 information as soon as it is received or it may wait until the end of the expiration time limit T. 
In this latter case, the UE may be arranged to mark the newly acquired system information 
valid only at the expiry of the time limit T associated with the previous system information. 
[0031] For a system information block with a value tag, the value of the threshold may be a 
few multiples of the system information repetition period so that the UE starts looking for a 

15 transmission of the SIB well before the end of the time limit. For the 25.331 standard 
example, where the time limit is 6 hours (21600 seconds), it is envisaged that the threshold 
may be orders of magnitude lower e.g. 216 seconds or less. 

[0032] For a system information block without a value tag (e.g. SIB7), the expiration time is 
determined using scheduling information and possibly information elements contained within 
20 the SIB itself. 

[0033] In the 25.331 standard, the expiration of SEB7 is given by Table 8.1.1 as "Expiration 
time = MAX(32,Sro_REP*ExpirationTimeFactor)'\ 

[0034] SDBREP is specified in Clause 10.3.8.16 as "Repetition period for the SIB in 
frames". ExpirationTimeFactor is provided in SIB7 and is a value in the range 2 A 1, 
25 2 A 2,...2 A 8. 
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[0035] For a system information block without a value tag (e.g. SLB7), the SIB will be 
acquired and decoded and then the expiry timer started. In the prior art, this presents a 
problem which may be illustrated using the following example. Consider SEB7 scheduled for 
transmission in frames 0, 16, 32, 48 etc., and the expiration timer for SEB7 has a value of 32 
(320ms). At frame 0 (t=0ms), SIB7 is acquired by the UE and decoded. This process takes a 
finite amount of time, say 30ms, and then the UE starts the expiration timer. Owing to the 
acquisition/decoding time, the expiration timer will expire at t=350ms. On expiry of the 
timer, the previous transmission of SEB7 (at t=320ms) will have been missed, therefore the 
UE will now be without a valid SIB7 until the next SIB7 (broadcast at t=480ms) has been 
acquired and decoded. However, according to the techniques described herein, the UE is 
arranged to attempt to re-acquire the SIB before the end of the expiration time limit and to 
store updated system information in the user equipment device. Thus, in the above example, 
a UE is arranged to start re-acquisition of the system information within a threshold, say of 
40ms, of the expiry of the expiration timer and thus the UE starts the attempt to re-acquire 
SIB7 at t=280ms. 

[0036] For SIBs without value tags, the UE is aware of the associated expiration timer values 
from the information as specified in Table 8.1.1 of 25.33 1 . The value for the threshold for an 
SIB may be particular to that SIB based on the repetition period for the specific SIB and 
needs to be less than the repetition period for the specified SIB, but large enough to minimise 
the possibility of the UE being without valid system information. 

[0037] Turning now to FIG. 7, FIG. 7 is a block diagram illustrating a mobile device, which 
can act as a UE and co-operate with the apparatus and methods of FIGS. 1 to 7, and which is 
an exemplary wireless communication device. Mobile station 700 is preferably a two-way 
wireless communication device having at least voice and data communication capabilities. 
Mobile station 700 preferably has the capability to communicate with other computer systems 
on the Internet. Depending on the exact functionality provided, the wireless device may be 
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referred to as a data messaging device, a two-way pager, a wireless e-mail device, a cellular 
telephone with data messaging capabilities, a wireless Internet appliance, or a data 
communication device, as examples. 

[0038] Where mobile station 700 is enabled for two-way communication, it will incorporate 
5 a communication subsystem 711, including both a receiver 712 and a transmitter 714, as well 
as associated components such as one or more, preferably embedded or internal, antenna 
elements 716 and 718, local oscillators (LOs) 713, and a processing module such as a digital 
signal processor (DSP) 720. As will be apparent to those skilled in the field of 
communications, the particular design of the communication subsystem 711 will be 

10 dependent upon the communication network in which the device is intended to operate. For 
example, mobile station 700 may include a communication subsystem 711 designed to 
operate within the Mobitex™ mobile communication system, the DataTAC™ mobile 
communication system, GPRS network, UMTS network, or EDGE network. 
[0039] Network access requirements will also vary depending upon the type of network 702. 

15 For example, in the Mobitex and DataTAC networks, mobile station 700 is registered on the 
network using a unique identification number associated with each mobile station. In UMTS 
and GPRS networks, however, network access is associated with a subscriber or user of 
mobile station 700. A GPRS mobile station therefore requires a subscriber identity module 
(SIM) card in order to operate on a GPRS network. Without a valid SIM card, a GPRS 

20 mobile station will not be fully functional. Local or non-network communication functions, 
as well as legally required functions (if any) such as "911" emergency calling, may be 
available, but mobile station 700 will be unable to carry out any other functions involving 
communications over the network 702. The SIM interface 744 is normally similar to a card- 
slot into which a SIM card can be inserted and ejected like a diskette or PCMCIA card. The 

25 SIM card can have approximately 64K of memory and hold many key configuration 75 1, and 
other information 753 such as identification, and subscriber related information. 
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[0040] When required network registration or activation procedures have been completed, 
mobile station 700 may send and receive communication signals over the network 702. 
Signals received by antenna 716 through communication network 702 are input to receiver 
712, which may perform such common receiver functions as signal amplification, frequency 
5 down conversion, filtering, channel selection and the like, and in the example system shown 
in FIG. 7, analog to digital (A/D) conversion. A/D conversion of a received signal allows 
more complex communication functions such as demodulation and decoding to be performed 
in the DSP 720. In a similar manner, signals to be transmitted are processed, including 
modulation and encoding for example, by DSP 720 and input to transmitter 714 for digital to 

10 analog conversion, frequency up conversion, filtering, amplification and transmission over the 
communication network 702 via antenna 718. DSP 720 not only processes communication 
signals, but also provides for receiver and transmitter control. For example, the gains applied 
to communication signals in receiver 712 and transmitter 714 may be adaptively controlled 
through automatic gain control algorithms implemented in DSP 720. 

15 [0041] Mobile station 700 preferably includes a microprocessor 738 which controls the 
overall operation of the device. Communication functions, including at least data and voice 
communications, are performed through communication subsystem 711. Microprocessor 738 
also interacts with further device subsystems such as the display 722, flash memory 724, 
random access memory (RAM) 726, auxiliary input/output (I/O) subsystems 728, serial port 

20 730, keyboard 732, speaker 734, microphone 736, a short-range communications subsystem 
740 and any other device subsystems generally designated as 742. 

[0042] Some of the subsystems shown in FIG. 7 perform communication-related functions, 
whereas other subsystems may provide "resident" or on-device functions. Notably, some 
subsystems, such as keyboard 732 and display 722, for example, may be used for both 
25 communication-related functions, such as entering a text message for transmission over a 
communication network, and device-resident functions such as a calculator or task list. 
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[0043] Operating system software used by the microprocessor 738 is preferably stored in a 
persistent store such as flash memory 724, which may instead be a read-only memory (ROM) 
or similar storage element (not shown). Those skilled in the art will appreciate that the 
operating system, specific device applications, or parts thereof, may be temporarily loaded 
5 into a volatile memory such as RAM 726. Received communication signals may also be 
stored in RAM 726. 

[0044] As shown, flash memory 724 can be segregated into different areas for both computer 
programs 758 and program data storage 750, 752, 754 and 756. These different storage types 
indicate that each program can allocate a portion of flash memory 724 for their own data 

10 storage requirements. Microprocessor 738, in addition to its operating system functions, 
preferably enables execution of software applications on the mobile station. A predetermined 
set of applications that control basic operations, including at least data and voice 
communication applications for example, will normally be installed on mobile station 700 
during manufacturing. A preferred software application may be a personal information 

15 manager (PIM) application having the ability to organize and manage data items relating to 
the user of the mobile station such as, but not limited to, e-mail, calendar events, voice mails, 
appointments, and task items. Naturally, one or more memory stores would be available on 
the mobile station to facilitate storage of PIM data items. Such PIM application would 
preferably have the ability to send and receive data items, via the wireless network 702. In a 

20 preferred embodiment, the PIM data items are seamlessly integrated, synchronized and 
updated, via the wireless network 702, with the mobile station user's corresponding data 
items stored or associated with a host computer system. Further applications may also be 
loaded onto the mobile station 700 through the network 702, an auxiliary I/O subsystem 728, 
serial port 730, short-range communications subsystem 740 or any other suitable subsystem 

25 742, and installed by a user in the RAM 726 or preferably a non-volatile store (not shown) for 
execution by the microprocessor 738. Such flexibility in application installation increases the 
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functionality of the device and may provide enhanced on-device functions, communication- 
related functions, or both. For example, secure communication applications may enable 
electronic commerce functions and other such financial transactions to be performed using the 
mobile station 700. 

[0045] In a data communication mode, a received signal such as a text message or web page 
download will be processed by the communication subsystem 711 and input to the 
microprocessor 738, which preferably further processes the received signal for output to the 
display 722, or alternatively to an auxiliary I/O device 728. A user of mobile station 700 may 
also compose data items such as email messages for example, using the keyboard 732, which 
is preferably a complete alphanumeric keyboard or telephone-type keypad, in conjunction 
with the display 722 and possibly an auxiliary I/O device 728. Such composed items may 
then be transmitted over a communication network through the communication subsystem 
711. 

[0046] For voice communications, overall operation of mobile station 700 is similar, except 
that received signals would preferably be output to a speaker 734 and signals for transmission 
would be generated by a microphone 736. Alternative voice or audio I/O subsystems, such as 
a voice message recording subsystem, may also be implemented on mobile station 700. 
Although voice or audio signal output is preferably accomplished primarily through the 
speaker 734, display 722 may also be used to provide an indication of the identity of a calling 
party, the duration of a voice call, or other voice call related information for example. 
[0047] Serial port 730 in FIG. 7, would normally be implemented in a personal digital 
assistant (PDA)-type mobile station for which synchronization with a user's desktop 
computer (not shown) may be desirable, but is an optional device component. Such a port 
730 would enable a user to set preferences through an external device or software application 
and would extend the capabilities of mobile station 700 by providing for information or 
software downloads to mobile station 700 other than through a wireless communication 
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network. The alternate download path may for example be used to load an encryption key 
onto the device through a direct and thus reliable and trusted connection to thereby enable 
secure device communication. 

[0048] Other communications subsystems 740, such as a short-range communications 
5 subsystem, is a further optional component which may provide for communication between 
mobile station 700 and different systems or devices, which need not necessarily be similar 
devices. For example, the subsystem 740 may include an infrared device and associated 
circuits and components or a Bluetooth™ communication module to provide for 
communication with similarly enabled systems and devices. 
10 [0049] When mobile device 700 is used as a UE, protocol stacks 746 include apparatus and a 
method for implementing system information acquisition in mobile telecommunications 
system user equipment. 

EXTENSIONS AND ALTERNATIVES 
[0050] In the foregoing specification, the invention has been described with reference to 
15 specific embodiments thereof. It will, however, be evident that various modifications and 
changes may be made thereto without departing from the scope of the technique. The 
specification and drawings are, accordingly, to be regarded in an illustrative rather than a 
restrictive sense. 

[0051] It is to be noted that the methods as described have shown steps being carried out in a 
20 particular order. However, it would be clear to a person skilled in the art that the order of the 
evaluation of some steps is immaterial with respect to the operation of the method. The 
ordering of the steps as described herein is not intended to be limiting. 

[0052] It is also to be noted that where a method has been described it is also intended that 
protection is also sought for a device arranged to carry out the method and where features 
25 have been claimed independently of each other these may be implemented or claimed 
together with other claimed features. 



